home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950726-19950929 / 000167_news@columbia.edu_Wed Aug 16 15:17:44 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA21020
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 16 Aug 1995 11:17:53 -0400
  3. Received: by apakabar.cc.columbia.edu id AA23696
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 16 Aug 1995 11:17:48 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Any experience with international file transfer over noisy lines?
  9. Date: 16 Aug 1995 15:17:44 GMT
  10. Organization: Columbia University
  11. Lines: 35
  12. Message-Id: <40t26o$n4c@apakabar.cc.columbia.edu>
  13. References: <40q4ct$keh@homer.alpha.net>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <40q4ct$keh@homer.alpha.net>,
  18. Bill Masters  <bmasters@execpc.com> wrote:
  19. : Our company is experimenting with file transfer (specifically CAD
  20. : drawings) to a location in India. Unfortunately the lines over there
  21. : seem to be pretty noisy. We either have the line dropped during the call
  22. : or, more frequently (always, so far) we have nad no luck getting , for
  23. : instance, Zmodem to actually successfully transfer, always seems to time
  24. : out, bad CRCs. I figure the noise at that distance is causing this.
  25. : 
  26. : Does anyone have any experience with this? Are there better
  27. : methods/protocols (Kermit?) that can be used?
  28. : 
  29. Try Kermit.  It is designed to work on connections like this.
  30. I'd suggest settings like the following (give these commands to both
  31. Kermit programs): 
  32.  
  33.   set file type binary
  34.   set receive packet-length 80
  35.   set window 20
  36.  
  37. In other words, binary-mode transfer using very short packets and a
  38. large window size.  This should minimize not only the number of
  39. retransmissions caused by noise, but also result in reasonably fast
  40. performance and error-recovery time over a link that has a long
  41. round-trip delay.
  42.  
  43. If this works satisfactorily, gradually increase the packet-length until
  44. the performance begins to take a nosedive.
  45.  
  46. To learn all about Kermit software and documentation, visit our Web
  47. site:
  48.  
  49.   http://www.columbia.edu/kermit/
  50.  
  51. - Frank